home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 12 / Cream of the Crop 12 (Part II) / Cream of the Crop 12 (Part II).iso / BBS / GNET_95.ZIP / GNET_POL.TXT < prev    next >
Encoding:
Text File  |  1996-01-05  |  14.7 KB  |  331 lines
  1.                               Game Network 95' Policy
  2.                            ═════════════════════════════
  3.  
  4. I. Purpose
  5.    ──────── 
  6.     A. The Game Network, hereby referred to as GameNet, is a loosely 
  7.        connected group of systems to exchange electronic mail, files 
  8.        and ideas having to do with Games of all types. 
  9.  
  10. II. Positions
  11.     ─────────-
  12.     GameNet consists of several key positions. These are the Zone
  13.     Coordinator (ZC), Region Coordinators (RC), State Hosts or Net 
  14.     Coordinators (NC), Hubs and moderators.
  15.  
  16.     1. Regional Co-ordinators (RC) is appointed by the Zone Co-Ordinator.
  17.          
  18.     2. State Hosts are Appointed by Regional Co-Ordinators.
  19.      
  20.     3. Hubs are appointed/assigned by State Host
  21.     4. Nodes are assigned by State Host
  22.  
  23. III. Duties
  24.      ──────-
  25.   
  26.   A. Zone Coordinator
  27.      ───────-────────-   
  28.         
  29.       1. The ZC shall be in charge of arbitrating disputes that have not
  30.          been solved at lower levels. The ZC is the final appeal for all
  31.          disputes and the decision of the ZC is FINAL.
  32.       2. The ZC shall appoint/remove any and all RCs.
  33.       3. The ZC shall be the first and only line of defense for problems 
  34.          regarding RCs.
  35.       4. The ZC shall conduct a separate investigation of his or her   
  36.          own into the events surrounding any disputes.
  37.     
  38.   B. Regional Coordinator
  39.      ──────────────────────
  40.      Specific responsibilities of RC's are:
  41.           
  42.       1. The RC shall be appointed and removed by the ZC. Any proposals 
  43.          for the removal of the RC shall be presented in a courteous and 
  44.          polite manner to the ZC. Such requests shall contain a listing of 
  45.          grievances and reasons for the proposal.
  46.       2. The RC shall be in charge of arbitrating disputes that have not
  47.          been solved at lower levels. Any appeals regarding the decisions
  48.          of the RC shall be presented to the ZC in a prompt and courteous
  49.          manner and shall document the history leading to the appeal.
  50.       3. The RC shall appoint/remove any and all State Host (NCs).
  51.       4. The RC shall be the first and only line of defense for problems 
  52.          regarding NCs or Hub.
  53.       5. The RC shall conduct a separate investigation of his or her   
  54.          own into the events surrounding any disputes.
  55.       6. The RC is responsible for creating new nets in his/her region when
  56.          necessary and to assign node numbers for new applicants that do 
  57.          not have an NC to apply to.
  58.       7. The RC is responsible for submitting any changes in the nodelist
  59.          for his/her region to the ZC or delegated Nodelist Keeper. Such
  60.          submissions shall be received no later than 10 pm every Friday
  61.          of the time zone the ZC is located in. No submission is required 
  62.          if no changes have occured.
  63.       9. The RC shall see that all mail is being delivered in a timely
  64.          and unhindered manner.
  65.      10. Poll the your ZC at least once a day to pick up Mail & Updates
  66.      11. Help in setting policy & guidlines
  67.     
  68.     
  69.   C. State Host or Net Coordinator
  70.      ──────────────────────────────
  71.      Specific responsibilities of State Hosts (NC) are:
  72.           
  73.      1. The NC shall be appointed and removed by the RC. Any proposals 
  74.         for the removal of the NC shall be presented in a courteous and 
  75.         polite manner to the RC. Such requests shall contain a listing of 
  76.         grievances and reasons for the proposal.
  77.      2. The NC shall be in charge of arbitrating disputes within his/her
  78.         net. Any appeals regarding the decisions of the RC shall be 
  79.         presented to the RC in a prompt and courteous manner and shall 
  80.         document the history leading to the appeal.
  81.      3. The NC shall appoint/remove a Hub.
  82.      4. The NC shall be the first and only line of defense for problems 
  83.         between nodes within his/her net.
  84.      6. The NC shall conduct a separate investigation of his or her   
  85.         own into the events surrounding any disputes.
  86.      7. The NC is responsible for assigning node numbers for new 
  87.         applicants that are located within his/her net.
  88.      8. The NC is responsible for submitting any changes in the nodelist
  89.         for his/her region to the RC. Such submissions shall be received 
  90.         no later than a deadline set by the RC. No submission is required 
  91.         if no changes have occured.
  92.      9. The NC shall see that all mail is being delivered in a timely
  93.         and unhindered manner.
  94.        
  95.        (a)  Poll the your RC at least once a day to pick up 
  96.             Mail & Updates
  97.           
  98.        (b)  If a hub's system goes down, the State Host is
  99.             responsible for making arrangements for a temporary or
  100.             permanent replacement.
  101.           
  102.        (e)  The State Host is responsible for handling complaints 
  103.             regarding hubs or nodes.  The State Host may remove 
  104.             any hub who is not fulfilling his or her responsibilities 
  105.             as outlined in this document.
  106.     
  107.   D. Hub    
  108.      ──── 
  109.      Specific responsibilities of Hubs are:
  110.  
  111.       1. The Hub shall be appointed and removed by the State Host or NC. 
  112.          Any proposals for the removal of the NC shall be presented in 
  113.          a courteous and polite manner to the NC. Such requests shall 
  114.          contain a listing of grievances and reasons for the proposal.
  115.       2. The Hub shall arbitrate disputes surrounding echomail, within
  116.          his/her net.
  117.       3. The Hub shall see that all mail is being delivered in a timely
  118.          and unhindered manner.
  119.          
  120.          (a)  Poll the Your State Host at least once a day to pick up 
  121.               Mail
  122.          (b)  Hold the Mail for for nodes to pickup as arranged.
  123.          (c)  Maintain a complete list of all systems for which he or
  124.               she is hubbing echoes.
  125.          (d)  Terminate the feed of any downlink to any or all
  126.               conferences at the request of the RC or conference
  127.               moderator. Normally, such terminations will be requested
  128.               for violation of conference rules.
  129.          (e)  Make available for file request, or via file echo, the
  130.               most current Gamelist.??? and GameNet.Zip files, listing
  131.               the conferences available on the backbone.
  132.          (d)  Provide AreaFix/AreaMgr capability to enable downlinks to
  133.               request connection to SDN & Echo conferences through
  134.               netmail. The HUB will have the capability to automatically 
  135.               forward requests for conferences listed in GameNet.NA 
  136.               or GSDN.NA if they are not currently available on the 
  137.               HUB's system.
  138.          (e)  Hubs are expected to answer netmail inquiries
  139.               promptly.
  140.          (f)  Any HUB may set reasonable limits on when nodes can poll.
  141.        
  142.    E. Moderators
  143.      ─────────── 
  144.       Specific responsibilities of Moderators are:  
  145.         
  146.         1. Moderators are appointed/removed by the ZC.
  147.         2. Moderators shall monitor all messages going through their
  148.            assigned echo for content and topic.
  149.         3. If a user is deemd to be writing off-topic, using abusive  
  150.            or inappropriate language, or does not follow the rules
  151.            of the echo, the moderator shall issue warnings to both
  152.            the user and the sysop of the originating board. In the event
  153.            the behavior is not corrected, the moderator is authorized to
  154.            coordinate with the sysop of the originating board to have
  155.            the individual removed from the echo. All other sysops shall 
  156.            adhere to the moderators decisions.
  157.         4. Moderators shall also resolve any conflicts that arise within
  158.            his/her designated echo.
  159.         5. Appeals to the moderators decision shall be made to the ZC.
  160.  
  161.    F. Nodes
  162.       ─────
  163.       Specific responsibilities of Nodes are:     
  164.       
  165.         1.  All nodes are expected to comply with the rules for each
  166.             conference they receive, and to comply with all policies
  167.             which govern the use and flow of echomail, and to comply
  168.             with the current GameNet policy.
  169.                
  170.             Systems which receive a conference from an echomail
  171.             hub have certain responsibilities:
  172.  
  173.         2.  Unless other arrangements are made, nodes are expected 
  174.             to poll their HUB each day. Nodes are expected to 
  175.             comply with the reasonable requests of the Hub regarding 
  176.             polling.
  177.  
  178.         3.  No node will feed a conference to any other system,
  179.             or gate any SDN conferences to other networks
  180.            
  181.  
  182.              Nodes are *not* required to participate in GSDN 
  183.              fileechos. 
  184.  
  185.  
  186.  How a Hub is Assigned
  187.  ────────────────────-
  188.  
  189.      The State Host (NC) assigns a node to a HUB once the node has been 
  190.      accepted into GameNet, at the discretion of the State Host (NC).  
  191.      The State Host (NC) makes an effort to assign the closest HUB; 
  192.      however, due to the load of the closest HUB, the NC may be required 
  193.      to assign any available HUB. If you have a preference for a 
  194.      particular HUB, please ask the NC with your node request.
  195.      
  196.      Please note that new nodes will not be assigned to AHUBs unless they
  197.      are full-service. The AHUBs will be phased out over a period of time,
  198.      allowing existing nodes to migrate to Full-Service Hubs and pick up
  199.      both echomail and administrative materials with one phone call.
  200.  
  201.  Changing Hubs
  202.  ─────────────
  203.  
  204.      The State Host (NC) may move a node from one HUB to another HUB.  
  205.      The State Host (NC) will notify both HUB systems, as well as the 
  206.      Node involved, prior to the release of the nodelist containing the 
  207.      change.
  208.  
  209.      A Node may request a HUB change by sending netmail to another HUB. If
  210.      this request is accepted by the new HUB, procedures outlined above
  211.      must be followed.  The State Host (NC) will usually grant requests 
  212.      of this nature.
  213.  
  214.     
  215.  If your board goes down
  216.  ──────────────────────-
  217.  
  218.      The HUB is responsible for determining when/why a Node is down, and
  219.      notifying the NC via netmail and submitting a nodelist segment with
  220.      the node marked as Down.
  221.      
  222.      A Node is considered down when:
  223.  
  224.         (a)  The Node reports to the HUB the Node is down.
  225.  
  226.         (b)  The Node fails to poll the hub for an excess period of time.
  227.  
  228.         (c)  The Node fails to accept a Poll from the HUB.
  229.  
  230.      The HUB is NOT responsible for notifying a Node it is being marked
  231.      DOWN or removed from the nodelist. It is the Nodes responsibilty to
  232.      notify the hub, even by logging on to another BBS and sending netmail
  233.      to the HUB. Nodes removed through failure to contact may find it
  234.      difficult to re-obtain a node number.
  235.  
  236.  
  237. IV. Conflict Resolution
  238.     ────────────────────
  239.     A. If a conflict cannot be solved in private, a coordinator may be
  240.        requested to intervene by one or both parties, according to the 
  241.        following stipulations.
  242.         1. Two nodes in a net should direct their complaints to their NC.
  243.         2. Two nodes in different nets in the same region should direct
  244.            their complaints to their RC.
  245.         3. Two nodes in different regions in the same zone should direct
  246.            their complaints to their ZC.
  247.         4. Decisions by a coordinator may be appealed to the level above.
  248.         5. Decisions by the ZC are unappealable
  249.        
  250.  
  251.  HOW TO OBTAIN A NODE NUMBER
  252.  ────────────────────────────
  253.  
  254. You must first obtain a current nodelist so that you can send mail.  You do
  255. not need a node number to send mail, but you must have one in order for
  256. others to send mail to you.
  257.  
  258. The first step in obtaining a current nodelist is to locate a GameNet
  259. bulletin board. 
  260.  
  261. Once you have a nodelist, you must determine which network or region covers
  262. your area. Regions are numbered by 100, 200, 300, 400 for now.  They will
  263. always be divisable by 100.  Networks are more restricted in area than
  264. regions, but are preferred since they improve the flow of mail and provide
  265. more services to their members.  If you cannot find a network which covers
  266. your area, then pick the region which does.
  267.  
  268. Once you have located the network or region in your area, send a message
  269. containing a request for a node number to node zero of that network or
  270. region.  The request must be sent by netmail, as this indicates that your
  271. system has mailing capability.
  272.  
  273. You must set up your software so that the from-address in your message does
  274. not cause problems for the Coordinator who receives it.  If you pick the
  275. address of an existing system, this will cause obvious problems. Use net/999 
  276. (e.g.  if you are applying to net 123, set your system up as 123/9999).  
  277. Many nets have specific instructions available to potential sysops and 
  278. these procedures may indicate a preference for the from-address.
  279.  
  280. Attached to your message should be a GameNet application, filled out as
  281. much as applicable.  Due to potential word-wrapping problems, this
  282. application should not be posted in the message itself, but attached as a
  283. separate file.
  284.  
  285. Your Coordinator may contact you for additional information.  All
  286. information submitted will be kept confidential and will not be supplied to
  287. anyone except the person who assumes the Coordinator position at the
  288. resignation of the current Coordinator.
  289.  
  290. You must indicate that you have read, and agree to abide by, this document
  291. and all the current policies of GameNet.
  292.  
  293. Please allow at least two Days for a node number request to be processed.
  294. If you send your request to a Regional Coordinator, it may forwarded to the
  295. appropriate Network Coordinator.
  296.  
  297. NO NO'S
  298. ────────────────────
  299.  
  300. 1.  PROHIBITION ON ILLEGAL ACTIVITIES
  301.  
  302. Any Node which knowingly distributes or allows to be entered into Echomail
  303. conferences any messages containing or promoting illegal activities or
  304. information shall be deemed to have violated general MusicNet policy.  As
  305. used in this paragraph, "illegal activities" includes activities which are a
  306. violation of civil law as well as activities which would result in criminal
  307. prosecution.
  308.  
  309.  
  310.  
  311. 2.  DEFAMATORY POSTING
  312.  
  313. The posting of any DEFAMATORY MESSAGE will not be tolerated and shall lead
  314. to disciplinary action under the terms of GameNet policy.  The posting of 
  315. substantiated facts shall not be considered a violation under this section.
  316.  
  317.  
  318.  Amendments
  319.  ─────────-
  320.  
  321.  
  322. InterBBS Game Co-ordinator 
  323. ─────────────────────────-
  324. In Charge of all InterBBS Games, Their Acceptance,Node Applications, Rules 
  325. and the approval of their individual Co-ordinators.. 
  326.  
  327.  
  328. Nodelist Co-ordinator
  329. ─────────────────────-
  330. In Charge of Nodelist Updates & Segments as well as the distribution thereof
  331.